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APPEAL BRIEF 

Further to the Notice of Appeal filed on October 23, 2003 and granted a date of 
receipt of October 27, 2003 by the U.S. Patent & Trademark Office, which set a period of 
response to expire on December 27, 2003, the applicants request that the Board reverse 
all outstanding grounds of rejection in view of the following. 

I. Real Party In Interest 

The real party in interest is Verizon Services Corp. An assignment of the above 
referenced patent application from the inventors to Bell Atlantic Network Services, Inc. 
was recorded in the Patent Office starting at Frame 0395 of Reel 010515. The name of 
Bell Atlantic Network Services, Inc. was changed to Verizon Services Corp. by a 
Certificate of Amendment of Restated Certificate of Incorporation of Bell Atlantic 
Network Services, Inc. dated July 21, 2000, filed with the Delaware Secretary of State on 
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July 26, 2000, effective August 1, 2000. A copy of the Certificate of Amendment and a 
copy of a certification by the Delaware Secretary of State are filed herewith. 

II. Related Appeals and Interference 

There are no related appeals or interferences. 

III. Status of Claims 

Claims 1-14, 20-30 and 33-42 are pending and rejected. 

More specifically, claims 1, 2, 5-10, 28, 40 and 42 stand rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over U.S. Patent No. 6,493,447 ("the Goss patent") in 
view of U.S. Patent Publication No. US2001/0054064A1 ( u the Kannan publication"). 

Claims 3, 4, 29, 30 and 39 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over the Goss patent in view of the Kannan publication, and further in view 
of U.S. Patent No. 5,784,564 ("the Camaisa patent"). 

Claims 11-13, 20, 33, 34, 36 and 37 stand rejected under 35 U.S.C. § 103(a) as 
being unpatentable over U.S. Patent No. 6,181,689 ("the Choung patent"). 

Claims 14, 21, 22 and 35 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over the Choung patent, in view of the Kannan publication. 

Claims 23, 26, 27, 38 and 41 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over the Goss patent in view of the Camaisa patent. 

Claims 24 and 25 stand rejected under 35 U.S.C. § 103(a) as being unpatentable 
over the Goss patent in view of the Camaisa patent, and further in view of the Kannan 
publication. 

Claims 15-19, 31 and 32 have been cancelled. 

IV. Status of Amendments 

All amendments have been entered. No amendments were filed subsequent to the 
final Office Action mailed on June 23, 2003 (Paper No. 12). 
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V. Summary of the Invention 

One aspect of the present invention concerns a guide terminal performing a 
method for effecting a synchronized browsing session with a follower terminal. The 
method may include (a) accepting a synchronized browsing command from an input 
device of the guide terminal, (b) encrypting the synchronized browsing command based 
on encryption information associated with the follower terminal (See, e.g., page 26, line 
30 through page 27, line 17), and (c) sending the encrypted synchronized browsing 
command to follower terminal. (See, e.g., blocks 2525 and 2565 of Figure 25, and page 
40, line 7 through page 41, line 21.) 

Another aspect of the present invention concerns a method for establishing and 
effecting a synchronized browsing session between a guide terminal and a follower 
terminal configured such that at least one of downloading applets is disabled and 
execution of applets is disabled. (See, e.g., Figure 19 and page 8, lines 21-30.) The 
method may include (a) providing address information related to the follower terminal to 
the guide terminal, (b) providing address information related to the guide terminal to the 
follower terminal, (See, e.g., Figure 15, page 21, lines 24 through page 22, line 30, and 
page 25, line 23 through page 26, line 21, and page 26, line 30, through page 27, line 4.), 
(c) sending, from the guide terminal, a browsing command to the follower terminal (See, 
e.g., 1935 of Figure 19 and 2565 of Figure 25.), (d) receiving, with the follower terminal, 
the browsing command (See, e.g., 1935 of Figure 19 and 2025 of Figure 20.), and (e) 
effecting, with a browser at the follower terminal, the received browsing command (See, 
e.g., 2035 of Figure 20.) wherein the browser at the follower terminal is resident on the 
follower terminal before any connection between the follower terminal and the guide 
terminal (See, e.g., page 37, lines 10-14.). 

Yet another aspect of the present invention concerns a follower terminal 
performing a method for effecting a synchronized browsing session with a guide 
terminal. The method may include (a) accepting a synchronized browsing command 
from the guide terminal (See, e.g., 2025 of Figure 20 and page 32, lines 10-13.), (b) 
sending an acknowledge reply to the guide terminal in response to the acceptance of the 
synchronized browsing command (See, e.g., 2030 of Figure 20 and page 32, lines 
13-16.), (c) determining whether access to content associated with the browsing 
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command is permitted (See, e.g., 2035 of Figure 20, Figure 21, and page 32, lines 13-17 
and page 33, line 1 1 through page 35, line 6.), and (d) if it is determined that access to the 
content associated with the browsing command is permitted, then requesting the content 
associated with the browsing command (See, e.g., 2140 of Figure 21 and page 34, lines 
20 and 21.). 

In some embodiments, the follower terminal is configured such that at least one of 
downloading applets is disabled and execution of applets is disabled. (See, e.g., page 4, 
lines 13-20, page 8, line 23-26 and page 45, lines 24 and 25.) 

In some embodiments, the browsing command is encrypted. (See, e.g., 2565 and 
page 41, lines 9-13.) 

In some embodiments, the guide terminal may further determine whether or not 
access to content associated with the browsing command is permitted, so that the steps of 
(b) encrypting the synchronized browsing command and (c) sending the synchronized 
browsing command are performed only if it is determined that access to content 
associated with the browsing command is permitted. (See, e.g., blocks 2535-2560 of 
Figure 25 and page 40, line 19 through page 41, line 13.) In some embodiments of the 
present invention whether access to content associated with the browsing command is 
permitted may be determined by (i) determining whether or not the browsing command 
includes a resource locator that has a NO GO status based on at least one of first rules 
regarding resource locators and a first list of resource locators (See, e.g., 2540 of Figure 
25, Figure 22 and page 40, lines 23-26.), (ii) if it is determined that the browsing 
command includes a resource locator that has a NO GO status, then (A) setting a status to 
NO GO (See, e.g., 2545 of Figure 25 and page 40, lines 28-31.), (B) determining whether 
or not the browsing command includes a resource locator that has a GO status based on at 
least one of second rules regarding resource locators and a second list of resource locators 
(See, e.g., 2550 of Figure 25, Figure 22 and page 40, lines 31 and 32.), and (C) if it is 
determined that the browsing command includes a resource locator that has a GO status, 
then setting the status to GO (See, e.g., 2555 of Figure 25 and page 41, lines 3-6.), and 
(iii) requesting the content associated with the browsing command if the status is GO 
(See, e.g., 2565 of Figure 25 and page 41, lines 9-13.). 
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VI. Issues 

The issues presented for review are whether (separately patentable groups of) 

claims: 



1, 2, 5-10, 28, 40 and 42 are unpatentable, under 35 U.S.C. § 103(a), over the 
Goss patent in view of the Kannan publication; 

3, 4, 29, 30 and 39 are unpatentable, under 35 U.S.C. § 103(a), over the Goss 
patent in view of the Kannan publication, and further in view of the Camaisa 
patent; 

1 1-13, 20, 33, 34, 36 and 37 are unpatentable, under 35 U.S.C. § 103(a), over the 
Choung patent; 

14, 21, 22 and 35 are unpatentable, under 35 U.S.C. § 103(a), over the Choung 
patent in view of the Kannan publication; 

23, 26, 27, 38 and 41 are unpatentable, under 35 U.S.C. § 103(a), over the Goss 
patent in view of the Camaisa patent; and 

24 and 25 are unpatentable, under 35 U.S.C. § 103(a), over the Goss patent in 
view of the Camaisa patent, and further in view of the Kannan publication. 

VII. Grouping of Claims 

The claims do not stand or fall together. 

For purposes of this Appeal, Appellant proposes the following grouping of 

claims: 



Group I: Claims 1, 2, 5-10, and 28 are grouped together with claim 28 being selected as 
the single claim from the group upon which the appealed ground of rejection should be 
decided. Accordingly, claims 1, 2, 5-10 and 28 stand together. 



5 



• # 

Group II: Claims 40 and 42 are separately grouped with claim 40 being selected as the 
single claim from the group upon which the appealed ground of rejection should be 
decided. Although the claims of Group II are subject to the same rejection as the claims 
of Group I, these claims are separately patentable because representative claim 40 further 
recites that the follower terminal is configured such that at least one of downloading 
applets is disabled and execution of applets is disabled. Accordingly, claims 40 and 42 
stand together. 

Group III: Claims 3, 4, 29, and 30 are grouped together with claim 3 being selected as 
the single claim from the group upon which the appealed ground of rejection should be 
decided. These claims are subject to a different rejection than the claims of Groups I and 
II. Accordingly, claims 3, 4, 29 and 30 stand together. 

Group IV: Claim 39 is separately grouped. This claim is subject to a different rejection 
than the claims of Groups I and II. Although the claim of Group IV is subject to the same 
rejection as the claims of Group III, this claim is separately patentable because it further 
recites acts of (1) determining whether or not a browsing command includes a resource 
locator that has a NO GO status based on at least one of first rules regarding resource 
locators and a first list of resource locators, and (2) if it is determined that the browsing 
command includes a resource locator that has a NO GO status, then (a) setting a status to 
NO GO, (b) determining whether or not the browsing command includes a resource 
locator that has a GO status based on at least one of second rules regarding resource 
locators and a second list of resource locators, and (c) if it is determined that the 
browsing command includes a resource locator that has a GO status, then setting the 
status to GO. Finally, claim 39 further recites that the content associated with the 
browsing command is requested if the status is GO. 

Group V: Claims 1 1-13, 20, 33, 34, 36 and 37 are grouped together with claim 1 1 being 
selected as the single claim from the group upon which the appealed ground of rejection 
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should be decided. These claims are subject to a different rejection than the claims of 
Groups I-IV. Accordingly, claims 11-13, 20, 33, 34, 36 and 37 stand together. 

Group VI: Claims 14, 21, 22 and 35 are grouped together with claim 35 being selected as 
the single claim from the group upon which the appealed ground of rejection should be 
decided. These claims are subject to a different rejection than the claims of Groups I-V. 
Accordingly, claims 14, 21, 22 and 35 stand together. 

Group VII: Claims 23, 26 and 41 are grouped together with claim 23 being selected as 
the single claim from the group upon which the appealed ground of rejection should be 
decided. These claims are subject to a different rejection than the claims of Groups I- VI. 
Accordingly, claims 23, 26 and 41 stand together. 

Group VIII: Claims 27 and 38 are separately grouped with claim 27 being selected as the 
single claim from the group upon which the appealed ground of rejection should be 
decided. These claims are subject to a different rejection than those of Groups I- VI. 
Although the claims of Group VIII are subject to the same rejection as the claims of 
Group VII, these claims are separately patentable because representative claim 27 further 
recites that whether access to content associated with the browsing command is permitted 
is determined by (i) determining whether or not the browsing command includes a 
resource locator that has a NO GO status based on at least one of first rules regarding 
resource locators and a first list of resource locators, (ii) if it is determined that the 
browsing command includes a resource locator that has a NO GO status, then (A) setting 
a status to NO GO, (B) determining whether or not the browsing command includes a 
resource locator that has a GO status based on at least one of second rules regarding 
resource locators and a second list of resource locators, and (C) if it is determined that the 
browsing command includes a resource locator that has a GO status, then setting the 
status to GO, and (iii) requesting the content associated with the browsing command if 
the status is GO. Accordingly, claims 27 and 38 stand together. 
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Group IX: Claims 24 and 25 are grouped together with claim 24 being selected as the 
single claim from the group upon which the appealed ground of rejection should be 
decided. These claims are subject to a different rejection than the claims of Groups 
I- VIII. Accordingly, claims 24 and 25 stand together. 

VIII. Argument 

The applicants respectfully request that the Board reverse the final rejection of 
claims 1-14, 20-30 and 33-42 in view of the following. 

REJECTIONS UNDER 35 U.S.C. § 103 

Claims 1, 2, 5-10, 28, 40 and 42 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over the Goss patent in view of the Kannan publication. The applicants 
respectfully request that the Board reverse this ground of rejection in view of the 
following. Separate groups are addressed separately. 

Group I: Claims 1, 2, 5-10, and 28 

Independent claims 1 and 28 are not unpatentable in view of the Goss patent and 
the Kannan publication at least because these references fail to teach or suggest 
encrypting a synchronized browsing command. The Examiner concedes that the Goss 
patent fails to disclose encrypting a browsing command by a guide terminal and 
decrypting the command by a follower terminal. (Paper No. 12, page 4.) In an effort to 
compensate for this admitted deficiency of the Goss patent, the Examiner relies on the 
Kannan publication. More specifically, the Examiner contends that the Kannan 
publication uses secure socket layer or some other security technique, such as secure 
hypertext transport protocol to keep a customer service transaction secure. (Paper No. 
12, page 4.) The Examiner then concludes that it would have been obvious to one of 
ordinary skill in the art to modify the method of the Goss patent to encrypt browsing 
commands, arguing that the Kannan publication suggests that "communication between a 
customer and a seller must also be secure and private so that the parties can ask questions 
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and exchange personal data such as credit card information to complete the transaction." 
(Paper No. 12, 5) 

The applicants respectfully note that the security measures espoused in the 
Kannan publication are apparently limited to securing personal information, such as 
questions, personal data, and credit card information, needed "to complete a commercial 
transaction." See paragraph [0010] of the Kannan publication. Securing such personal 
information w ith encryption in no way suggests securing a browsing command 
using encryption. Accordingly, independent claims 1 and 28 are not rendered obvious 
by the Goss and Kannan references for at least this reason. Since claims 2 and 5-10 
depend, either directly or indirectly, from claim 1 these claims are similarly allowable. 

Group II: Claims 40 and 42 

Since claims 40 and 42 depend from claims 1 and 28, respectively, they are 
allowable over the Goss patent and the Kannan publication for the reasons discussed 
above with reference to the claims of Group I. 

Further, the Examiner concedes that the Goss patent fails to specifically disclose 
that the follower terminal is configured such that downloading and/or executing applets is 
disabled, but argues that disabling applets is known. (See Paper 12, page 5.) Although 
disabling applets is known, the Examiner has provides no motivation why one skilled in 
the art would have been motivated to disable applets in the Goss/Kannan combination 
proposed by the Examiner. Indeed, the Goss and Kannan references rely on applets to 
function. For example, the Goss patent states: 

The http communications through the Web site may 
be enabled and enhanced by Java applets that may be stored 
on the Web Server that provides the Web site, on the 
Contact Server, or on a secure data server. These Java 
applets may then be simultaneously downloaded to and 
executed on the agent's and customer's Web browsers. 
The present invention also provides means to 
synchronize the execution applets on each desktop to 
ensure that the agent and customer may communicate 
with respect to the same data. [Emphasis added.] 
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Column 2, line 61 through column 3, line 2. It further states: 

In the preferred embodiment of the Contact Server 
28 and the call-back services it provides, a customer uses a 
PC equipped with a Web browser 44 to access a Web site 
that is supported by the Web Server 30 on the call center's 
Intranet Server 66. This Web site is secured and requires 
user authentication. Therefore, a customer must first be 
setup with a user profile. User profiles may be stored on the 
Database Server 34, and contain the customer's user i.d., 
password, and any other data as needed by the particular 
service. When the customer 42 has been authenticated, the 
Web Server 30 sends an HTML file that represents the 
site's home page to the customer's browser 44. Embedded 
in this file are the Java applets that manage the call- 
back services and TCP/IP sessions with agents 14. The 
Web Server 30 maintains a session with the customer's 
browser 44, using cookies or other session maintenance 
methodology. 

While browsing the Web site, the customer 42 may 
encounter a need to speak with a call center agent. For 
example, if the Web site provides access to the trouble 
ticket database, a customer 42 may view a status of their 
trouble tickets and subsequently have a question. This is 
where the call-back service of the present invention is used. 
An option to place a call-back request is presented; this 
may be as a floating tool bar or an HTML button presented 
on each page of the Web site. When selected, the Java 
applet running on the customer's browser 44 presents a 
dialog box, which prompts the customer for call-back 
information. This generally includes the customer's name, 
call-back telephone number, and perhaps other information 
as needed. When the customer hits enter, the browser sends 
a message containing this information to the Intranet Server 
66, via the Internet 32. [Emphasis added.] 

Column 5, lines 63-column 6, line 25. The Goss patent also states: 



Establishment and maintenance of the TCP/IP 
session between the agent and customer is a novel feature. 
The Java applets that run on the agent's browser and 
the customer's browser 44 pass the events performed by 
the agent and customer to each other. This is very useful 
in conjunction with a telephone conversation. As the agent 
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assists the customer 42 via verbal communication, the 
agent can display examples or point to items on the Web 
page. As the agent types in text or performs other visible 
actions on their browser, the agent hits an update option on 
their browser. The update action causes the Java applet 
that is running to send the updates (agent's actions) to 
the Web Server 30. These updates can either be pushed to 
the customer browser 44, or the customer can pull them 
from the Web Server 30. Updates are sent in a proprietary 
application protocol that uses TCP/IP messaging. The Java 
applet running on the customer browser reads these 
updates and performs them on the customer browser 
44. [Emphasis added.] 

Column 8, lines 46-63. Similarly, the Kannan publication states: 

A method, system, and computer program product 
provides live customer service between a customer and a 
CSR in real-time over the World Wide Web. Customer 
service for the Web is provided which is secure, private and 
responsive to particular customer needs. Queries sent by 
potential customers browsing a Web site are intelligently 
routed to appropriate customer service representatives. 
Potential customers browsing a Web site are also 
intelligently routed to appropriate customer service 
representatives. A memory coupled to a server stores a CS 
enabled Web site having a service applet. When a 
customer browses the CS-enabled Web site, the service 
applet is downloaded and executes in a customer 
computer to support the live customer service. The 
server executes a customer service agent. The customer 
service agent enables a customer service window to be 
displayed by the customer browser. A CSR window is 
displayed on a browser of the CSR. The customer service 
agent and service applet determine whether a customer 
qualifies for live customer service. The level of customer 
service to be provided can be based at least upon one of the 
following: browsing data gathered while the customer 
browses the CS enabled Web site; a customer profile; and a 
policy of the CS enabled Web site. The customer service 
window can include a service dialog window and/or a 
service form. Polling allows a customer to be notified while 
the customer is browsing the Web that a CSR has chosen to 
respond to the query input by the customer. Messages are 
encapsulated/de-encapsulated in HyperText Transport 
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Protocol (HTTP) to pass through Internet firewalls. Secure 
communication for Web-based customer service is 
provided. Communication between the customer and the 
CSR can be supervised and customer service performance 
can be tracked. [Emphasis added.] 

Abstract. 

As can be appreciated from the foregoing, one skilled in the art would not have 
been motivated to disable applets and/or prevent their download because the Goss 
and Kannan references both rely on applets to work . Accordingly, claims 40 and 42 
are not rendered obvious by the Goss and Kannan references for at least this reason. 

Claims 3, 4, 29, 30 and 39 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over the Goss patent in view of the Kannan publication, and further in view 
of the Camaisa patent. The applicants respectfully request that the Board reverse this 
ground of rejection in view of the following. Separate groups are addressed separately. 

Group III: Claims 3, 4, 29, and 30 

The Camaisa patent is cited for the purpose of teaching limiting access to web 
sites. This purported teaching does not compensate for the deficiencies of the Goss 
patent and the Kannan publication as applied to claims 2 and 28 above. Accordingly, 
these claims are similarly allowable for the same reasons discussed above with reference 
to the claims of Group I. 

Moreover, one skilled in the art would not have been motivated to combine these 
patents as proposed by the Examiner. More specifically, restricting a user's access may 
be a legitimate concern in a system such as the Camaisa patent where browsing is 
unguided. However, this does not suggest restricting access in a system where a guide 
terminal leads a synchronized browsing session as in the Goss patent. Accordingly, 
these claims are not rendered obvious by the Goss patent, the Kannan publication and the 
Camaisa patent for at least this additional reason. 
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Group IV: Claim 39 

Since claim 39 depends from claim 29, it is not rendered obvious by the Goss, 
Kannan and Camaisa references for the reasons discussed above with reference to the 
claims of Group III. Further, the Camaisa patent neither teaches, nor suggests, (1) 
determining whether or not a browsing command includes a resource locator that has a 
NO GO status based on at least one of first rules regarding resource locators and a first 
list of resource locators, and (2) if it is determined that the browsing command includes a 
resource locator that has a NO GO status, then (a) setting a status to NO GO, (b) 
determining whether or not the browsing command includes a resource locator that has a 
GO status based on at least one of second rules regarding resource locators and a second 
list of resource locators, and (c) if it is determined that the browsing command includes a 
resource locator that has a GO status, then setting the status to GO. Finally, claim 39 
recites that the content associated with the browsing command is requested if the status is 
GO. The Camaisa patent merely discloses a simple list of permissible Websites. It 
neither teaches, nor suggests, the two-step process of (1) checking a first list to filter out, 
and (2) if filtered out, checking a second list to allow back in, as in dependent claim 39. 
This advantageously permits filtering out a large amount of content and allowing a 
smaller set of content back. (See, e.g., page 34, lines 27-31.) Accordingly, dependent 
claim 39 is allowable over the Goss, Kannan and Camaisa references for at least this 
additional reason. 

Group V: Claims 11-13, 20, 33, 34, 36 and 37 

Claims 1 1-13, 20, 33, 34, 36 and 37 stand rejected under 35 U.S.C. § 103(a) as 
being unpatentable over the Choung patent. The applicants respectfully request that the 
Board reverse this ground of rejection in view of the following. 

Independent claims 11,13 and 20 are not unpatentable in view of the Choung 
patent because the Choung patent neither teaches, nor suggests, (1) sending, from a guide 
terminal to a follower terminal, a browsing command, and (2) a follower terminal 
configured such that downloading applets and/or execution of applets is disabled. Each 
of these elements is addressed below. 
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The Choung patent neither teaches, nor suggests, sending, from a guide terminal 
to a follower terminal, "a browsing command". The guide terminal merely sends 
location information, not a browsing command. A collaborative controller program then 
sends this location information to a browser synchronizer program on the follower 
terminal. More specifically, the section of the Choung patent cited by the Examiner 
states: 



In step 608, user 1 uses web browser 204 in 
terminal 102. j to navigate a new web page from web site 
116, via data network 106, or from any of the conventional 
web sites (112..1, 112.. 2 , . . . , or 112.. N ). 

In step 610, web browser 204 informs browser 
tracker 208 the location information for the new web page. 
A specific type of web page location information is called 
URL (Uniform Resource Locator). 

In step 612, browser tracker 208 sends the new 
web page location information to collaborative 
controller program 224, via data network 106. 
Collaborative controller program 224 stores the new web 
page location information into collaborative database 228. 

In step 614, via data network 106, collaborative 
controller program 224 relays the new web page 
location information to all browser synchronizer(s) in 
the following terminal(s) according to the session 
member list stored in collaborative database 228. In this 
example, collaborative controller program 224 relays 
the new web page location information to browser 
synchronizer 216. 

In step 616, the browser synchronizer(s) in the 
following terminal(s) updates/update its/their respective 
web browser(s) with the new web page location 
information. In this example, browser 216 updates web 
browser 214 with the new web page location information. 

In step 618, the web browser(s) in the following 
terminal(s) loads/load the new web page based on the new 
web page location information. In this example, web 
browser 214 loads the new web page based on the new web 
page location information. [Emphasis added.] 

To reiterate, the guide terminal sends location information, not a browser command. 
Accordingly, claims 1 1 and 13 are not rendered obvious by the Choung patent for at least 
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this reason. Since claims 12, 33, 34, 26 and 37 depend, either directly or indirectly, from 
claim 11, they are similarly allowable over the Choung patent. 

Further, the Choung patent neither teaches, nor suggests a follower terminal 
configured such that downloading applets and/or execution of applets is disabled. The 
Examiner notes that disabling applets is known. The Examiner concludes that it would 
have been obvious "to disable applets for obvious security reasons." Paper No. 12, page 
7. However, the Examiner has not established any motivation in the art to disable applets 
in the context of the system discussed in the Choung patent. Accordingly, claims 11,13 
and 20 are not rendered obvious by the Choung patent for at least this reason. Since 
claims 12, 33, 34, 26 and 37 depend, either directly or indirectly, from claim 11, they are 
similarly allowable over the Choung patent. 

Moreover with regard to independent claim 20, the Examiner did not even address 
the recited method for establishing a synchronized browsing session, and therefore did 
not establish even a prima facie showing of obviousness. 

Group VI: Claims 14, 21, 22 and 35 

Claims 14, 21, 22 and 35 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over the Choung patent, in view of the Kannan publication. The applicants 
respectfully request that the Board reverse this ground of rejection in view of the 
following. 

Since the purported teaching of the Kannan publication does not compensate for 
the deficiencies of the Choung patent with respect to claims 1 1 and 20, these claims are 
allowable for at least the same reasons discussed above with reference to the claims of 
Group V. Moreover, as discussed above, the security measures espoused in the Kannan 
publication are apparently limited to securing personal information , such as questions, 
personal data, and credit card information, needed "to complete a commercial 
transaction." Paragraph [0010]. Securing such personal information with encryption 
in no way suggests securing a browsing command using encryption. Accordingly, 
these claims are allowable for at least this additional reason. 
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Claims 23, 26, 27, 38 and 41 stand rejected under 35 U.S.C. § 103(a) as being 
unpatentable over the Goss patent in view of the Camaisa patent. The applicants 
respectfully request that the Board reverse this ground of rejection in view of the 
following. Separate groups are addressed separately. 

Group VII: Claims 23, 26 and 41 

As discussed above with reference to the claims of Group III, one skilled in the art 
would not have been motivated to combine these patents as proposed by the Examiner. 
More specifically, restricting a user's access may be a legitimate concern in a system 
such as the Camaisa patent where web browsing is unguided. However, this does not 
suggest restricting access in a system where a guide terminal leads a synchronized 
browsing session as in the Goss patent. Accordingly, these claims are not rendered 
obvious by the Goss and Camaisa patents for at least this additional reason. 

Group VIII: Claims 27 and 38 

Since claims 27 and 38 depend from claim 23, they are allowable for the same 
reasons discussed above with reference to the claims of Group VII. Moreover, claims 27 
and 38 are further allowable for the same reasons as discussed above with reference to 
dependent claim 39 of Group IV. 

Group DC: Claims 24 and 25 

Claims 24 and 25 stand rejected under 35 U.S.C. § 103(a) as being unpatentable 
over the Goss patent in view of the Camaisa patent, and further in view of the Kannan 
publication. The applicants respectfully request that the Board reverse this ground of 
rejection in view of the following. 

These claims are allowable over the cited references for at least the same reasons 
discussed above with reference to the claims of Group VII. 

Moreover, to reiterate, the security measures espoused in the Kannan publication 
are apparently limited to securing personal information, such as questions, personal data, 
and credit card information, needed "to complete a commercial transaction." Paragraph 
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[0010]. Securing such personal information with encryption in no way suggests 
securing a browsing command using encryption. 

IX. Appendix 

An appendix containing a copy of the claims on appeal is filed herewith. 
Conclusion 

In view of the foregoing, the applicants respectfully submit that the pending 
claims are in condition for allowance. Accordingly, the applicants request that the Board 
reverse each of the outstanding grounds of rejection. 

Respectfully submitted, 



I hereby certify that this correspondence is being deposited on January 27, 2004 
with the United States Postal Service as first class mail, with sufficient postage, in an 
envelope addressed to the Mail Stop Appeals-Patents, Commissioner for Patents, P.O. 
Box 1450, Alexandria, VA 22313-1450. 
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APPENDIX 

1 Claim 1 (original) : A method for establishing and 

2 effecting a secure synchronized browsing session between a 

3 guide terminal and a follower terminal, the method 

4 comprising steps of: 

5 a) providing address and encryption information 

6 corresponding to the follower terminal to the guide 

7 terminal; 

8 b) encrypting, with the guide terminal and based on 

9 the encryption information corresponding to the 

10 follower terminal, a browsing command to generate an 

11 encrypted browsing command; 

12 c) sending the encrypted browsing command to the 

13 follower terminal; 

14 d) receiving, with the follower terminal, the 

15 encrypted browsing command; 

16 e) decrypting, with the follower terminal, the 

17 encrypted browsing command to generate a decrypted 

18 browsing command; and 

19 f) effecting, at the follower terminal, the decrypted 

20 browsing command. 

1 Claim 2 (original) : The method of claim 1, wherein the 

2 browsing command is a request for content associated with a 

3 uniform resource locator. 

1 Claim 3 (original) : The method of claim 2 further 

2 including steps of: 

3 g) determining, at the follower terminal, whether or 

4 not access is permitted to the content; and 
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• 
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5 
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h) if it is determined that access is permitted to 
the content, then requesting the content and if it is 
determined that access is not permitted to the 
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content, then not requesting the content. 



1 Claim 4 (original) : The method of claim 3 wherein the step 

2 of determining whether or not access is permitted is based 

3 on at least one of a list of GO and NO GO locations and 

4 rules for determining whether or not a locator is a GO or a 

5 NO GO. 

1 Claim 5 (original) : The method of claim 1 further 

2 comprising a step of: 

3 g) effecting, at the guide terminal, the browsing 

4 command. 

1 Claim 6 (original) : The method of claim 2 further 

2 comprising a step of: 

3 g) effecting, at the guide terminal, the browsing 

4 command. 

1 Claim 7 (original) : The method of claim 1 wherein the 

2 address and encryption information corresponding to the 

3 follower terminal are provided to the guide terminal via a 

4 session manager. 

1 Claim 8 (original) : The method of claim 1 further 

2 comprising a step of: 

3 g) providing address and encryption information 

4 corresponding to the guide terminal to the follower 

5 terminal. 
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1 Claim 9 (original) : The method of claim 8 wherein the 

2 encryption information corresponding to the guide terminal 

3 includes a public key. 

1 Claim 10 (original) : The method of claim 1 wherein the 

2 encryption information corresponding to the follower 

3 terminal includes a public key. 

1 Claim 11 (previously presented) : A method for establishing 

2 and effecting a synchronized browsing session between a 

3 guide terminal and a follower terminal configured such that 

4 at least one of downloading applets is disabled and 

5 execution of applets is disabled, the method comprising 

6 steps of: 

7 a) providing address information related to the 

8 follower terminal to the guide terminal; 

9 b) providing address information related to the guide 

10 terminal to the follower terminal; 

11 c) sending, from the guide terminal, a browsing 

12 command to the follower terminal; 

13 d) receiving, with the follower terminal, the 

14 browsing command; 

15 e) effecting, with a browser at the follower 

16 terminal, the received browsing command, 

17 wherein the browser at the follower terminal is 

18 resident on the follower terminal before any 

19 connection between the follower terminal and the guide 

20 terminal . 

1 Claim 12 (original) : The method of claim 11, wherein the 

2 browser at the follower terminal is maintained by a session 

3 manager. 



3 



m m 

1 Claim 13 (previously presented) : A system for establishing 

2 and effecting a synchronized browsing session, the system 

3 comprising: 

4 a) a guide terminal, the guide terminal including 

5 i) a connection process for invoking the 

6 establishment of the synchronized browsing 

7 session, and 

8 ii) a process for generating synchronized 

9 browsing commands; 

10 b) a follower terminal configured such that at least 

11 one of downloading applets is disabled and execution 

12 of applets is disabled, the follower terminal 

13 including 

14 i) a connection process for facilitating the 

15 establishment of the synchronized browsing 

16 session, and 

17 ii) a process for receiving synchronized 

18 browsing commands and for effecting those 

19 synchronized browsing commands; 

20 c) a session manager, the session manager working 

21 with the connection process of the guide terminal and 

22 the connection process of the follower terminal to 

23 establish and maintain the synchronized browsing 

24 session; and 

25 d) at least one network for communicating data 

26 between the guide terminal, the follower terminal, and 

27 the session manager. 
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1 Claim 14 (original) : The system of claim 13 wherein the 

2 guide terminal further includes an encryption process for 

3 encrypting the generated synchronized browsing commands, 

4 wherein the session manager sends encryption 

5 information about the guide terminal to the follower 

6 terminal, and 

7 wherein the follower terminal further includes a 

8 decryption process for decrypting the encrypted 

9 synchronized browsing commands based on the encryption 
10 information sent by the session manager. 

Claims 15-19 (canceled) 

1 Claim 20 (previously presented) : A method for establishing 

2 a synchronized browsing session between a guide terminal 

3 and a follower terminal configured such that at least one 

4 of downloading applets is disabled and execution of applets 

5 is disabled, the method comprising steps of: 

6 a) accepting a request for a synchronized browsing 

7 session from the guide terminal; 

8 b) sending, in response to the acceptance of the 

9 request for a synchronized browsing session, a 

10 browsing request to the follower terminal; 

11 c) accepting an acknowledge response from the 

12 follower terminal; and 

13 d) sending, in response to the acceptance of the 

14 acknowledge response, an acknowledge response to the 

15 guide terminal. 

1 Claim 21 (original) : The method of claim 20 further 

2 comprising a step of providing encryption information about 

3 the follower terminal to the guide terminal. 
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1 Claim 22 (original) : The method of claim 20 further 

2 comprising a step of providing encryption information about 

3 the guide terminal to the follower terminal. 

1 Claim 23 (original) : In a follower terminal, a method for 

2 effecting a synchronized browsing session with a guide 

3 terminal, the method comprising steps of: 

4 a) accepting a synchronized browsing command from the 

5 guide terminal ; 

6 b) sending an acknowledge reply to the guide terminal 

7 in response to the acceptance of the synchronized 

8 browsing command; 

9 c) determining whether access to content associated 

10 with the browsing command is permitted; and 

11 d) if it is determined that access to the content 

12 associated with the browsing command is permitted, 

13 then requesting the content associated with the 

14 browsing command. 

1 Claim 24 (original) : The method of claim 23 wherein the 

2 synchronized browsing command accepted from the guide 

3 terminal is encrypted, the method further comprising a step 

4 of decrypting the encrypted synchronized browsing command. 

1 Claim 25 (original) : The method of claim 24 wherein the 

2 acknowledge reply is encrypted. 

1 Claim 26 (original) : The method of claim 23 wherein the 

2 step of determining whether access to content associated 

3 with the browsing command is permitted is based on at least 

4 one of a list of GO and NO GO content locators and rules 



6 



5 for determining whether or not a content locator is a GO or 

6 a NO GO. 

1 Claim 27 (original): The method of claim 23. wherein the 

2 step of determining whether access to content associated 

3 with the browsing command is permitted includes steps of 

4 i) determining whether or not the browsing 

5 command includes a resource locator that has a NO 

6 GO status based on at least one of first rules 

7 regarding resource locators and a first list of 

8 resource locators, 

9 ii) if it is determined that the browsing 

10 command includes a resource locator that has a NO 

11 GO status, then 

12 A) setting a status to NO GO, 

13 B) determining whether or not the browsing 

14 command includes a resource locator that has 

15 a GO status based on at least one of second 

16 rules regarding resource locators and a 

17 second list of resource locators, and 

18 C) if it is determined that the browsing 

19 command includes a resource locator that has 

20 a GO status, then setting the status to GO, 

21 and 

22 iii) requesting the content associated with the 

23 browsing command if the status is GO. 

1 Claim 28 (previously presented) : In a guide terminal, a 

2 method for effecting a synchronized browsing session with a 

3 follower terminal, the method comprising steps of: 
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4 a) accepting a synchronized browsing command from an 

5 input device of the guide terminal; 

6 b) encrypting the synchronized browsing command based 

7 on encryption information associated with the follower 

8 terminal; and 

9 c) sending the encrypted synchronized browsing 
10 command to follower terminal. 

1 Claim 29 (original) : The method of claim 28 further 

2 comprising a step of: 

3 bl) determining whether or not access to content 

4 associated with the browsing command is permitted, 

5 wherein the steps of (b) encrypting the 

6 synchronized browsing command and (c) sending the 

7 synchronized browsing command are performed only if it is 

8 determined that access to content associated with the 

9 browsing command is permitted. 

1 Claim 30 (original) : The method of claim 29 wherein the 

2 step of determining whether access to content associated 

3 with the browsing command is permitted is based on at least 

4 one of a list of GO and NO GO content locators and rules 

5 for determining whether or not a content locator is a GO or 

6 a NO GO. 

Claims 31 and 32 (canceled) 

1 Claim 33 (previously presented) : The method of claim 11 

2 wherein a live agent is at the guide terminal and a 

3 customer is at the follower terminal, the method further 

4 comprising: 
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f) establishing, in response to an input at the 
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follower terminal, a call between the customer at the 
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follower terminal and the live agent at the guide 
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terminal . 



1 Claim 34 (previously presented) : The method of claim 33 

2 wherein the call includes audio and video communications. 

1 Claim 35 (previously presented) : The method of claim 11 

2 wherein the browsing command is encrypted. 

1 Claim 36 (previously presented) : The method of claim 11 

2 wherein the browsing command sent from the guide terminal 

3 to the follower terminal is sent in response to a request 

4 from the guide terminal. 

1 Claim 37 (previously presented) : The method of claim 33 

2 wherein the browsing command is sent and received during 

3 the call. 

1 Claim 38 (previously presented) : The method of claim 23 

2 wherein the act of determining whether access to content 

3 associated with a browsing command is permitted includes 

4 i) determining whether or not the browsing command 

5 includes a resource locator that has a NO GO status based 

6 on at least one of first rules regarding resource 

7 locators and a first list of resource locators; 

8 ii) if it is determined that the browsing command 

9 includes a resource locator that has a NO GO status, 

10 then 

11 A) setting a status to NO GO, 
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£ 4) 

12 B) determining whether or not the browsing 

13 command includes a resource locator that has a GO 

14 status based on at least one of second rules 

15 regarding resource locators and a second list of 

16 resource locators, and 

17 C) if it is determined that the browsing command 

18 includes a resource locator that has a GO status, 

19 then setting the status to GO; and 

20 iii) requesting the content associated with the browsing 

21 command if the status is GO. 

1 Claim 39 (previously presented): The method of claim 29 

2 wherein the act of determining whether access to content 

3 associated with a browsing command is permitted includes 

4 i) determining whether or not the browsing command 

5 includes a resource locator that has a NO GO status based 

6 on at least one of first rules regarding resource 

7 locators and a first list of resource locators; 

8 ii) if it is determined that the browsing command 

9 includes a resource locator that has a NO GO status, then 

10 A) setting a status to NO GO, 

11 B) determining whether or not the browsing 

12 command includes a resource locator that has a GO 

13 status based on at least one of second rules 

14 regarding resource locators and a second list of 

15 resource locators, and 

16 C) if it is determined that the browsing command 

17 includes a resource locator that has a GO status, 

18 then setting the status to GO; and 

19 iii) requesting the content associated with the browsing 

20 command if the status is GO. 
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1 Claim 40 (previously presented) : The method of claim 1 

2 wherein the follower terminal is configured such that at 

3 least one of downloading applets is disabled and execution 

4 of applets is disabled. 

1 Claim 41 (previously presented) : The method of claim 23 

2 wherein, the follower terminal is configured such that at 

3 least one of downloading applets is disabled and execution 

4 of applets is disabled. 

1 Claim 42 (previously presented) : The method of claim 28 

2 wherein the follower terminal is configured such that at 

3 least one of downloading applets is disabled and execution 

4 of applets is disabled. 
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